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(57) Abstract: A Supervisory Command and Data Ac- 
quisition (SCADA) system for managing wind turbines for 
electric power generation. One implementation includes a 
SCADA clement (63) at each wind turbine (62), configured 
to collection data and provide an interface to control the 
turbine and communicate with other parts of the system; 
a SCADA element (53) at a substation (52). configured to 
collect data from the substation, to communicate with other 
part.i of the system, and to store substation data locally; 
a SCADA element (43) at each meteorological site (40). 
configured to collect meteorological data from sensors 
on and at a meteorology tower (42). to communicate with 
other pans of the system, and lo store meteorology tower 
(42). to communicate with other parLs of the system, and 
to store meteorology data locally; a data communication 
network (20); a server (10) coupled over the network with 
the wind turbines, the substation, and the meteorological 
sites through their respective the SCADA elements; and a 
user interface through which authorized users can cxerci.sc 
command and control functions. 
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VllVD FARM CONTROL SYSTEM (SCADA) 



BACKGROUND OF THE INVENTION 
The invention relates to SCADA (Supervisory Command and Data Acquisition) 
systems in the context of commercial electric power generation. 

A wind farm of wind turbines operated for commercial electric power generation 
requires a considerable infrastructure to support control and monitoring functionality of 
the wind turbines and utility interconnect. In general, the manufacturers of wind turbines 
ofier only wind turbine controllers and related command and control systems that are 
specific to their turbine products. Such offerings generally provide little or no means for 
integrating the products or systems of one manufacturer with those of another. Such 
offerings also generally provide only an engineering view of the operation of a wind farm 
rather than a business or financial view. 

Thus, there is a need for a SCADA system that can be used in a cost effective and 
efficient manner to operate a reliable and profitable wind farm. 

SUMMARY OF THE INVENTION 
In general, in one aspect, the invention provides a Supervisory Command and 
Data Acquisition (SCADA) system for managmg wind turbmes for electric power 
generation. One implementation includes a SCADA element at each wind turbine, 
configured to collect data and provide an mterface to control the turbine and 
communicate with other parts of the system; a SCADA element at a substation, 
configured to collect data fi-om the substation, to communicate with other parts of the 
system, and to store substation data locally; a SCADA element at each meteorological 
site, configured to collect meteorological data from sensors on and at a meteorology 
tower, to communicate with other parts of the system, and to store meteorology data 
locally; a data communication network; a server coupled over the network with the wind 
turbines, the substation, and the meteorological sites through their respective the SCADA 
elements; and a user interface through which authorized users can exercise command and 
control functions. 

In general, in another aspect, the mvention provides a system for managing a wind 
fai-m having an array of wind turbines for electric power generation. The system includes 
a SCADA element at each wind turbine configured to collect data from the turbine; a 
SCADA element at each of one or more meteorological sites configured to collect 
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meteorological data; and a SCADA element at each of one or more substations, the 
substations being electrically connected with the wind turbines for power transmission; 
and a server coupled to communicate with the wind turbine, meteorological, and 
substation SCADA elements. The server is configured to receive and to store data 
5 received from the elements at regular intervals and to perform database management on 
the received data, and to gather and maintain detailed current and historical data as to the 
inputs, operating conditions, and outputs of all turbines of the wind farm at a high degree 
of time resolution. 

The invention can be implemented to realize one or more of the following 
1 0 advantages. A person working on any part of the wind power system can use a portable 
device to connect to a local controller, such as a turbine processing unit at a turbine site, 
through a direct connection, such as an RS232 interface, and through the controller 
communicate with any other component of the system through the user interface of the 
system. A controller can be connected to the system through any interface that supports 
1 5 TCP/IP (Transmission Control Protocol/Internet Protocol). Local storage of data 

provides fault tolerant data acquisition, ensuring no loss of data. The use of configuration 
databases allows an operator to perform real-time system configuration without 
interfering with system operation. For example, system can continue to monitor and 
process data while an operator is adding or subtractmg turbines from the system database. 
20 The design also allows for seamless integration with any other program products 

that can access the databases of the system. 

Because system reliably gathers and maintains detailed current and historical 
information as to the mputs, operating conditions, and outputs of all components at a high 
degree of time resolution, the system provides the detailed information needed for 
25 predictive analysis, performance analysis, and model design and verification for a variety 
of model types, such as financial, airflow, process, and mechanical. 

Having computing and data storage resources in the on-site controllers such as the 
turbine processing units allows sophisticated data processing, monitoring, and control 
ftmctions to be performed in a highly scalable way and on data gathered at a very high 
30 data rate. 

Because of its modular and open design, the system can be implemented using a 
variety of alternative technologies. 
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The details of one or more implementations of the invention are set forth in the 
accompanying drawings and the description below. Other features and advantages of the 
invention will become apparent from the description, the drawings, and the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 FIG. 1 (made up of FIG. lA and FIG. IB) is a schematic diagram of a wind farm 

control system in accordance with the invention. 

FIG. 2 is a schematic diagram of a Turbine Processing Unit (TPU) in accordance 
with the invention associated with a turbine tower. 

FIG. 3 is a schematic diagram of a meteorology tower associated with the system 
10 in accordance with the invention. 

FIG. 4 is a schematic diagram illustrating tlie components and interfaces used for 

data collection on a meteorology tower. 

FIG. 5 is a schematic diagram of the principal subsystems of the system.- 
no. 6 is a schematic diagram illustrating a top-level architecture of a central 

15 server of the system. 

Like reference symbols in the various drawings indicate like elements. 

DETAILED DESCRIPTION 
This specification describes a system for managing an array of wind turbines of 
the kind deployed for electric power generation on a commercial scale. The system is 

20 called TAGS (Turbine Array Control System). 

As shown in FIG. 1. a turbine array and TAGS can be viewed as a Supervisory 
Command and Data Acquisition (SCADA) system. The six primary entities of a wind 
power system are the Array Processing Unit (APU) 10. Array Communications Network 
(ACN) 20, workstations 30 and 31, meteorological sites 40. power substation sites 50 and 

25 turbine sites 60. Workstations 3 1 can be located in an operations and maintenance 

(O&M) site 80 remotely over a wide area network (WAN) and can be directly comiected 
directly to the network, as is workstation 32. (An "array" or "turbine array" is a group, 
which may be widely dispersed, of wind turbines 62 and related equipment. A "site" is a 
logical grouping of all equipment and components at a physical location.) The 

30 architecture of TAGS provides high performance monitoring and control, as well as 
excellent expansion capability with support for virtually any number and/or type of 
devices. 
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Site entities each contain one or more processing elements along with the 
equipment being monitored and/or controlled. Turbine sites have one or more turbine 
towers 200 (FIG. 2), with each turbine tower containing a Turbine Processing Unit 63 
(TPU) functioning as the SCAD A element for that tower 200 or wind turbine 63. 
5 Substation sites 50 and meteorological sites 40 each contain a processing element referred 
to as the Substation Processing Unit 53 (SPU) and Meteorological Processing Unit 43 
(MPU), respectively, again functioning as the SCAD A element for the particular site. 

TAGS collects and stores raw data from the sites. The data is used for real time 
display and preserved in long term storage, TACS reduces the raw data and presents it 
10 for analysis to operations and financial personnel. 

TACS provides both manual and automatic controls of the wind turbines and the 
substation or substations through which energy is delivered to the electric power grid. 
The turbmes and substations can be controlled both manually and automatically. 
Automatic control can be based on power production. TACS provides a mechanism to 
15 modify the state of the discrete outputs of the substation interface manually with a check 
for reasonableness and security. TACS provides a configuration interface to the control 
algorithm to limit energy output to the substation based on time and power limits that will 
automatically shut off the appropriate number of turbines. 

TACS includes a network 20 designed to ensure continuous communication. The 
20 network is a managed Ethernet star configuration. In case of a network failure, each 
TACS subsystem is able to store its raw data locally. TACS provides an interface to 
monitor and control the network and uninterruptible power supplies for the units. TACS 
supports remote network access. The wind turbine processors 2 1 0 also provide remote 
network access to support on site operations access of remote systems. 
25 TACS notifies personnel of any major alarms that may occur. A graphical user 

interface provides an mterface to alarms, alarm defmitions and notification instructions. 

The Array Processing Unit (APU) 
Shown in FIG. 1, the Array Processing Unit (APU) 10 is also referred to as the 

server. 

30 The APU executes application programnung, which will be described below, that 

is responsible for collecting data from and controllmg the elements of the wind power 
system. The APU application is built on the client-server architecture where the APU is 
referred to as the server and the site entities are referred to as the clients. 
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The site entities are connected to the APU over a standard Ethernet network. The 
transport mediuna is optical fiber to eliminate electromagnetic and radio frequency 
interference, ground loops and other sources of interference present in an industrial 
environment. 

Workstations 30 and 3 1 execute a Microsoft Windows NT application that 
processes the data from the APU into various reports and allows real-time monitoring and 
control of the wind power system. The term "workstation" is used to refer to client 
computers of any kind, including ordinary personal computers, laptop computers, 
personal digital assistants, and so on. Workstations with remote access provide a subset 
of the functionality of local workstations and are primarily used for site administration 
(e.g., software updates); however, remote access workstations - which connect to TAGS 
through the public switched telephone network 70, for example - can be used as 
replacements for, or in addition to, the local workstations. Thus, an O&M site 80 can be 
located remotely (FIG. IB). 

Site-based processing elements or units execute a client application providing 
local data collection and site control. Each processmg unit functions mainly as a store 
and forward device with alarm processing and local measurement data storage sufficient 
to bridge any anticipated unavailability of the server. Remote system administration can 
be performed from any standard PC connected to the network using standard Wmdows 
NT tools. 

Monitoring Data 

The APU provides database management and reporting functions. It collects data 
from all network components at frequent intervals, at least once a mmute. It collects data 
(controller state, wind speed, energy levels, alarms, and so on) from the wind turbine 
controller 220 at a high frequency, such as once a second. 

The APU collects and stores meteorological data (vertical and horizontal wind 
speeds, wind direction, temperature, pressure, battery level) from aU towers once every 30 
seconds. 

The APU collects and stores substation data from the SPU once a second. 
Processing Data 

The APU also performs data processing functions. For example, it computes and 
stores meteorology and power production measurement data for each turbine and park. 
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A "park" is a grouping of txirbines, which may be logical or physical. In the 
particular implementation bemg described, parks are defined to group physically-related 
turbines. However, parks can also be defined along other lines, for example, to group 
financial or ownership interests, contractual obligations, equipment types, and so on. 
5 With parks of different kinds, an array of turbines can be subdivided into multiple sets of 
parks for reporting and management purposes. 

The APU computes and stores the availability for each turbine and park; it 
computes and stores the alarms which must be sent for notification; it computes and 
stores the actual energy produced for each turbine and park; it computes and stores the 
10 efficiencies of each turbine and park; it computes and stores the averages for the last 10 
minutes and the last hour and the minima and maxima of the meteorological data for the 
day each time the data is collected; it computes and stores the scaled units of the 
substation data firom substation analog inputs; and it computes and stores the line losses, 
active and reactive power, input power and output power for all the circuits and totals for 
1 5 the current data, the last 1 0 minutes, the last hour, and the last day. The APU also allows 
an authorized user to display and compare any of the collected and computed data 
through a graphical user interface. 

The APU computes and stores alarms including alarms that must be sent to notify 
personnel. These include alarms firom the meteorology data (e.g., battery level, data 
20 inconsistencies, data out of range), substation interface alarms, alarms firom the server 

data (e.g., uninterruptible power supply, operation system, database, and disk drives), and 
other alarms (e.g., communications errors, data rates out of range, out of range values and 
uninterruptible power supplies states). 

System Control 

25 The APU provides a variety of tools for users to control operation of the wind 

power system. For example, the APU provides an interface for a user to control each 
turbine, subject to limits of reasonableness and security, including fimctions to start, stop, 
reset, yaw, and request alarms. The APU allows an authorized user to configure the 
control algorithm to limit energy output to the substation based on time and power limits 

30 tliat will automatically shut off the appropriate number of turbines. 

The APU allows an authorized user to modify manually the state of the discrete 
outputs of the substation interface, with a check for reasonableness and security, and to 
configure automatic controls of substation transformers. 
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The APU allows an authorized user to configure levels of authority of system 

users. 

User Interface 

The APU provides a graphical user interface (GUI) that provides multi-level 
5 menus that allow an authorized user to exercise command and control functions for the 
wind power system. The GUI updates the turbine data display at a configurable rate with 
a default of once every 5 seconds. The GUI displays the meteorology and power 
production measurement data for each turbine and park, including, e.g., wind speed and 
energy levels. The GUI can display the avaUability for every turbine and park, the alarms 
1 0 (active and acknowledged) from every turbine for up to a period of one month, the 
efficiency data of each hirbine and park, the state of the communication link to each 
turbine, the energy produced for every turbine and park, and the real and reactive power 
for every park. 

The GUI also displays the meteorological data (vertical and horizontal wind 
1 5 speeds, wind direction, temperatiire, pressure, battery level) from aU meteorology towers 
(FIG. 3), including the current meteorological data, last 10 minutes averages, last hour 
averages and the minima and maxima for the day, and the alarms (active and 
acknowledged) from the meteorological data (e.g., battery level, data inconsistencies,- data 
out of range). 

20 The GUI also displays the data from the substation interface. The GUI displays 

the line losses, active and reactive power, input power and output power for all the 
circuits and totals for the current data, the last 10 minutes, the last hour and the last day. 
The GUI also allows authorized users to control a substation. 

The GUI provides an interface to acknowledge and classify alarms, to compute 

25 totals and display tiie alarm data, to create and modify alarm set points of the 

meteorological data, to configure which data vvill set alarms when out of range or 
■ unreasonable, and to configure which alarms will be sent to personnel for notification. 
The APU has an alarm notification system that wiU transmit alarms to tiie appropriate 
persomiel. This system can provide visual and/or audible indication to a user from the 

30 user interface and remotely witii announcements tiirough telephone calls, e-mail 
messages, and pager messages. The GUI user will always have a view of any 
unacknowledged alarms for all components in the wind power system. When a 
component is detected witii a critical event, the component name with an alann icon 
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be displayed prominently in the alarm window on the front panel of the GUI. By clicking 
on the alarm icon, the user is taken to the event view of the component with the error. 

The GUI also displays the status of the uninterruptible power supply of the server 
and the distributed units of the system. It supports levels of autliority for data access to 
the system users, and it provides a standard ODBC (Open Database Connectivity) 
interface to all data in the measurement database. 

Turbine Processing Unit (TPU) 
As shown in FIG. 2, a Turbine Processing Unit (TPU) 210 is associated with, and 
located close to, a turbine tower 200. It provides an interface between the 
generally-proprietary turbine controller 220 provided by the turbine manufacturer and the 
rest of the system. The TPU may optionally connect to the system through a premise 
box 230 providing a physical interface between the optical fiber 240 of the system 
network and the TPU 210, which can be connected to the premise box with a fiber patch 
cable. The TPU 210 and the turbine controller 220 can be connected using an optically 
isolated RS-232 connection. 

A TPU performs the functions of data monitoring, system control, and 
communications at a turbme site. It collects -data, such as controller state, wind speed, 
energy levels, and alarms, from the controller at a rate of once a second. It provides an 
interface to control each turbine. 

A TPU interacts with the system through an Ethernet port and, as required, with 
workers who may be worldng at the TPU, through optically isolated serial ports. 

TPU software runs on a Microsoft Wmdows NT Embedded operating system. All 
software components of a TPU operate as Windows NT services aUowing them to run at 
an administrator permissions level on system startup. 

Wind Turbine Controller Protocol 

A TPU interacts with its turbine through a turbine controller, which is generally an 
off-the-shelf item provided with the turbine by the turbine manufacturer. The TPU 
implements a transport layer communication protocol for the turbine controUer, providing 
a uniform interface to the system from any of a variety of turbines and controUers. The 
TPU-controUer protocol implementation that is described below is for a controller made 
by KK Electronic A/S and provided by Bonus Energy A/S, both of Denmark. The 
protocol is a combination of netvvork and data transport layers, and as such, it may be 
transmitted over any suitable physical medium. 
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The basic protocol follows a command-response format, whereby each packet 
transmitted by the master is acknowledged by the slave. Communication is initiated and 
controlled by the master. The protocol is entirely ASCII (text) based. Packet 
retransmission and cyclic redundancy checks (CRCs) are used to minimize data 
5 corruption and errors. 

The master initiates communications with a particular slave by sending the start of 
transmission (SOT) sequence, a followed by the two digit turbine ID in hexadecimal 
notation (e.g., $01). The corresponding turbine responds with the ready to receive (RTR) 
sequence, an **' followed by its two digit turbine ID in hexadecimal notation (e.g., *01). 
1 0 If the slave does not respond, or an incorrect turbine ID is received, the master will time 
out Thus, a complete command sequences made up of the SOT sequence, followed by a 
directive and a datafile of the associated type, terminated by either a data acceptance 
sequence or a transmission retry timeout. A datafile is the payload of a message. Datafile 
types are described below. Command sequences may be initiated indefinitely, 
i 5 The master can send four directives representing command request, data request, 

memory write or memory read. Directives are sent hnmediately following a valid SOT 
sequence. Data acceptance is signaled by transmission of the "closing character" 
matching the "opening character" sent for the specific directive. Upon receipt of this 
character the communications sequence is terminated. 
20 A command (CRD) request is initiated by sending a single ASCII denoting 

the start of the datafile, followed immediately by a datafile type 1 structure. The specific 
command is contained in the datafile. Upon acceptance of data, the slave transmits a 
single ASCn y to the master, terminatmg the communications sequence. 

A data request (DRD) is initiated by sending the data request sequence, namely, 
25 an followed by the two digit turbine ID in hexadecimal notation (e.g., &01). The 

slave responds with the requested data by sending a single ASCII T denoting the start of 
the datafile, followed immediately by a datafile type 2 structure. The specific data is 
contained in the datafile. Upon acceptance of data, the master transmits a single ASCII 
to the slave, terminating the communications sequence. 
30 A memory write (MWD) is initiated by sending a single ASCH ' {' denoting the 

start of the datafile, followed immediately by a datafile type 3 structure. Upon acceptance 
of data, the slave transmits a single ASCII to the master, terminating the 
communications sequence. 
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A memory read (MRD) is initiated by sending the memory read sequence, a 
followed by the two digit turbine ID in hexadecimal notation (e.g., 5^01). The slave 
responds with the requested data by sending a single ASCII denoting the start of tlie 
datafile, followed immediately by a datafile type 4 structure. The specific data is 
contained in tlie datafile. Upon acceptance of data, the master transmits a single ASCII 
*]' to the slave, terminating the communications sequence. 

If a datafile transmitted by the master is not accepted by the slave, the slave will 
respond with a single ASCII character and wait for a retransmission. 

If a datafile transmitted by the slave is not accepted by the master, the master will 
respond with a single ASCII character * " ' and wait for a retransmission. 
Datafile structures 

A datafile contains the specified data and a CRC and is terminated with an end of 
transmission-character (0x04). Each field is separated by a single ASCII 7*. 
Datafile 1 

A datafile 1 is used to request specific data from the turbine controller and to 
command the controller for manual operation. In this implementation, the type is 
command request data; the direction, master to slave; the size, 1 1 characters. The 
commands that can be carried include the following. 



Char 


Description 


C 


Computer reset 


B 


Bralce turbine 


R 


Yaw C W (clockwise) 


L 


Yaw CCW (counterclockwise) 


T 


Do not care 


S 


Start automatic operation 


M 


Motor start turbine 


Q 


Quit fault code (acknowledge) 


A 


Move alarm stack pointer to newest 



Datafile 2 

A datafile 2 contains data returned from tlie controller. The fields all have a fixe 
length and the message contains all fields regardless of content. In this implementation, 
the type is command response data; the direction, slave to master; the size, 208 
characters. The data fields of a datafile 2 fiincticn are shown in the following tables 1-6. 
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Table 1 - Field Definitions 



Field Name 


Range 


Units 


Year 


00-99 


Years 


Month 


01 - 12 


Months 


Day 


01-31 


Days 


Hours 


00-12 


Hrs. 


Minutes 


00-59 


Min. 


Turbine status 


see Table 2 




Brake status 


see Table 3 




Generator status 


see Table 4 




Yaw timer 


-32765 - +32765 (1/10 sec.) 
'-' = CCW, = cw 


Sec. 


Power 


0000.0 - 9999.9 


kW 


Reactive power 


-999.9 - +999.9 


KVar 


Power factor 


-9.99 - +9.99 




Wind speed 


00.0-99.9 


m/s 


Grid frequency 


00.0-99.9 


Hz 


Generator RPM 


0000-9999 


RPM 


Rotor RPM 


00-99 


RPM 


Generator 1 temp. 


-99-150 


"C 


Generator 2 temp. 


-99-150 


"C 


Gearbox temp. 


-99-150 


"C 


Ambient temp. 


-99-150 


"C 


Phase R voltage 


000-999 


V 


Phase S voltage 


000-999 


V 


Phase T voltage 


000-999 


V 


Phase R current 


000-999 


A 


Phase S current 


000 - 999 


A 


Phase T current 


000-999 


A 


Energy subtotal gen. 1 


000000000 - 999999999 


KWh 


Prod, time subtotal gen; 1 


000000 - 999999 


Hrs. 


Energy subtotal gen. 2 


000000000 - 999999999 


KWh 


Prod, time subtotal gen. 2 


000000 - 999999 


Hrs. 
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Energy total gen. 1 


000000000 - 999999999 


KWh 


Prod, time total gen. 1 


000000-999999 


Hrs. 


Energy total gen. 2 


000000000 - 999999999 


KWh 


Prod, time total gen. 2 


000000-999999 


Hrs. 


Safety switch 


0 = remote, 1 = local 




Operation code 


see Table 6 




Error code 


see Table 5 




Last error year 


00-99 


Years 


Last error month 


01-12 


Months 


last error day 


01-31 


Days 


last error hour 


00-23 


Hrs. 


last error minute 


00-59 


Min. 


last error seconds 


00-59 


Sec. 


Table 2 - Turbine Status Codes 



Code 



Description 



Fault condition 



Out of work, must be started manually. 



W 



Too strong wind to operate 



w 



Too strong wind to start 



R 



Cables are twisted automatically clockwise (CW), sensor 



Cables are twisted automatically counter-clockwise (CCW), 
sensor 



Cables are twisted automatically C W, yaw timer 



Cables are twisted automatically CCW, yaw timer 



Stopped for twisting, waiting for less wind speed 



M 



Manual motor start in progress 



Automatic motor start m progress 



Not yawed up in the wind yet 



Start at wind limit for bypass small generator 



Control time for wind speed before start 



Wind enough for automatic start and motor start 



No operation, wind too weak 
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Table 3 - Brake Status 



Code 


Description 


B 


Brake pulled 


b 


Not sufficient pressure yet 




Brake released 


Table 4 - Generator Status 


Code 


Description 


G 


Large generator cut in 


I 


Large generator cutting in 


g 


Small generator cut in 


i 


Small generator cutting in 


m 


Motor start on generator 


t 


Motor start not allowed in 7.5 min. 




Generator is inactive 


Table 5 - Error Codes 


Code 


Description 


00 


System Faultless 


01 


24 volt control voltage cut off 


02 


Uncontrolled yawing 24 volt cut off 


03 


Software watchdog error 


04 


Cut out error on large generator, free wheeling 


05 


Brake time exceeded, free wheeling 


06 


Large generator time cut out 


07 


Error temperature measurement 


08 


Anemometer error 


09 


Ambient temperature less than -20 degrees 


10 


Yaw motor superheated 


11 


Yaw contactor or thermal error 


12 


Cable twist sensor activation error 


13 


Continuous yaw limit exceeded 


14 


Frequency error on mains 


13 
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15 


Asymmetry in current 


16 


Voltage error on mains 


17 


Vibration sensor activated 


18 


Oil level in gearbox too low 


19 


Pressure in brake system too low 


20 


Hydraulic pump error 


21 


Worn or overloaded brake blocks 


22 


Thermally cut out large generator 


23 


Large generator RPM sensor eixor 


24 


Generator contactor error 


25 


By pass contactor error 


26 


RPM on rotor has exceeded max limit 


27 


Main bearings superheated 


28 


Main shaft RPM sensor error 


29 


Motor start not succeeded 5 times 


30 


Large generator superheated 


31 


Oil in gearbox superheated 


32 


Thyristors superheated 


33 


Overproduction in large generator 


34 


Current asymmetry in small generator 


35 


Small generator thermally cut out 


36 


Belt error or RPM sensor error, small generator 


37 


Motor start RPM limit exceeded 


38 


Small generator superheated 


39 


Sequential error 


40 


Error during performance of averaging 


Table 6 - Operation Codes 


Code 


Description 


00 


Nomial operation 


01 


Operational stop with automatic start 


02 


Motor start cut out due to fault 


03 


Small generator cut out due to fault 
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04 


Stopped for manual start 


05 


Stopped has to be restarted 


06 


Free wheeling has to be restarted by reset 



Datafile 3 

A datafile 3 is used for setting the onboard clock, averaging times for data 
collection, and adjusting limits and control values. If the contents of the data field is 
'XXXXX', the memory location will not be written, but the address is selected for 
reading on the following memory read directive. This function performs word writes 
only. In this implementation, the type is memory write data; the dkection, master to 
slave; the size, 20 characters. 
Datafile 4 

A datafile 4 reads data firom the selected memory location. The function is used to 
view data not available in the standard datafile 2 payload. In this implementation, the type 
is memory read data: the direction, slave to master; the size, 20 characters. 

Meteorological Processing Unit (MPU) 
As illustrated in FIG. 3, a Meteorological Processing Unit 43 (MPU) provides 
meteorological data firom sensors 310-319 on and at a meteorology tower through a data 
logger. The MPU collects and stores meteorology tower data, such as vertical and 
horizontal wind speeds, wind direction, temperature, pressure, and battery level, fiom all 
the towers regularly, such as once every 30 seconds. 

As illustrated in FIG. 3, in one design, a meteorology tower (also referred to as a 
"met mast") 42 monitors wind speed and direction fiom 4 levels above the ground, 
vertical wind speed, temperature, and pressure. The data is logged through a CampbeU 
CRIOX data logger 320, available from Campbell Scientific, Inc. of Logan, Utah. The 
data logger has a remote RS-232 serial communication interface through which sensor 
values in engineering units can be requested. 

There will generally be multiple met masts and thus multiple loggers associated 

with each park. 

Meteorology Tower Components and Interfaces 

FIG. 4 illustrates the components and interfaces used for data collection on a met 
mast. The temperature sensor 3 18 is a Campbell 107 sensor. The pressure sensor 330 is 
a Vaisala PTB 1 0 1 B sensor. The vertical wind speed sensor 3 1 1 is a RM Young 27 1 60T 
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sensor. The horizontal wind direction sensors 3 10, 3 13, 3 15, 3 17 are NRG Type 200P 
sensors. The horizontal wind speed sensors 3 12, 3 14, 3 1 6, 3 19 are NRG Type 40 sensors. 
The met mast equipment also includes battery backup and charging components 340 and 
a fiber optic (FO) modem 350. 

Met Mast Logging 

All met mast data is time stamped with Julian day, year, hour, minute, and second. 

The APU collects the following data for a met mast data screen of the TAGS GUI 
in real time from the MPU: battery level, temperature, atmospheric pressure, four 
horizontal wind speeds, and four horizontal wind directions. These measurements are 
made available to the GUI through the database. 



The APU also processes the raw data into the following summary data for a 
summary met mast data screen. These processed values are made available to the GUI 
through the database. 



Data Item 


Daily 
Max 


Daily 
Min 


Daily 
Average 


Daily 
Standard 
Deviation 


10 Minute 
Average 


10 Minute 
Standard 
Deviation 


Battery level 


X 


X 


X 


X 






temperature 


X 


X 


X 


X 






atmospheric 
pressure 


X 


X 


X 


X 






vertical wind 
speed 


X 


X 


X 


X 






horizontal wind 
speed 


X 


X 


X • 


X 






wind direction 










X 


X 



Substation Processing Unit (SPU) 
A Substation Processing Unit (SPU) is the on-site interface of the system to a 
substation. A substation 52 (FIG. 4) is the interface between the wind turbine power 
plant and the electrical grid. The SPU is implemented using a programmable logic 
controller (PLC) 54 that manages the substation interface. 

The PLC is an Allen-Bradley SLC 500 processor-based controller. The SLC 5/05 
processor provides high bandwidth networking. As shown in FIG. 5, the PLC 5 10 is 
connected to the Server 10 over an Ethemet link using RSLin.x as. an interface driver and 
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is programmed with the RSLogix tool. RSLogLx 500 provides consolidated project view 
and drag-and-drop editing. (As shown in FIG. IB, the server and the substation controller 
can be collocated at a substation site.) The modules for discrete inputs are sinking DC 
input modules, product number 1 746-IB32; the analog I/O modules, product number 
1746-NI8, and the digital output modules, product number 1746-0X8. 

The IB-32 Module provides 32 digital sinking inputs, used with 24 VDC. It is 
organized into four groups, each with eight digital inputs and two commons. All 
commons are connected to the common measurement ground connection point. A +24 
VDC signal present at the input indicates the input is in the active state. 

The OX-8 Module provides eight fully isolated relay contact pairs, which can be 
used for digital output connection. 

The NI-8 Module provides eight differential analog inputs which can be 
connected for differential or single-ended measurement. As configured in this system 
tliey are connected in a differential arrangement with the positive and negative input 
terminals connected to the respective positive and negative outputs of the sensors. 
Shielded cable is used for analog connections to minimized noise and ensure the greatest 
measurement accuracy. 

The PLC program monitors the substation transformer and keeps the output within 
limits by controlling the transformer step adjustment. 

The PLC program announces errors though memory tags containing the state of 
the alarm condition. 

The Array Communications Net^vork (ACN) 
The ACN 20 is the network component of the system. The network is a local area 
network based on Ethernet technology. The interconnections are generally based on 
optical fibers. The ACN is used to collect data from all network components, generally at 
the rate of at least once a minute. The ACN also provides a mechanism to configure, 
operate, and maintain the network components and to display configuration and 
operational status (such as communication errors and data rates) of all the network 
components. All control and monitoring equipment is interconnected by the network. In 
case of a network failure, each subsystem is expected to store its raw data locally for up to 
48 hours. 
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Interface Definitions 
Figure 5 is a block diagram of the principal subsystems and shows the names of 
the interfaces used. 

The Database Interface (DBIF) is a standard interface that the TAGS components 
use to communicate with the database. This interface consists of three parts: database 
language statements, function interface, and network protocol. The database language 
statements and function interface are encapsulated within a database application 
programming interface (API). The TAGS database provides native database API support 
for Microsoft OLE DB and ODBC. 

The TAGS database allows client coimection using three network protocols: 
named pipes, TCP/IP (Transmission Control Protocol / Internet Protocol) sockets, and 
multiprotocol. The Multiprotocol Net-Library uses the Windows remote procedure call 
(RPC) facility. 

The Legacy Controller Interface (LCIF) controller protocol provides a generic 
turbine interface definition in order to support the future installations of TAGS in sites 
where different turbine controllers are used. 

The Campbell GRIOX Logger supports a GampbeU proprietary serial 
communication interface. This is recognized by the MM listener and used as a 
meteorological mast interface (MMIF). 

The Substation Interface (SSIF) connects the Allen-Bradley Programmable Logic 
Controller (PLC) in a substation to the server. The SSIF communicates with the PLC 
using the Allen-Bradley RSLinx communication protocol over the Ethernet network. 

Any remote subsystems can be connected through a generic remote equipment 
interface (RECIF) protocol to control and communicate with all of the TAGS subsystems. 

To support the notification of alarms to users of TAGS, a short message service 
interface (SMSIF) provides an mterface to a wireless Short Message Service to deliver 
pager or email messages. 

The APU (Continued) 
FIG. 6 shows the top-level architecture of the APU. The APU is implemented on 
a conventional computer server platform, such as a Dell™ PowerEdge 2300 computer. 
The server runs Microsoft Windows NT Server 4.0 with Service Pack 5 or later. Online 
disk memory is advantageously a R-A.ID (Redundant Array of Inexpensive/Independent 
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Disks) coruEiguration with about 40 gigabytes of storage, estimating about 10 gigabytes to 
store the raw data for one month of operation. 

The following paragraphs describe the software architecture of the APU. 

Data Storage Agent 

The Data Storage Agent 610 is the encapsulation of the data storage and data 
interface for TAGS. The DBIF provides the TAGS applications an Application Program 
Interface to access, store and update data in the databases. 

The TAGS database is implemented using Microsoft SQL (Structured Query 
Language) Server Version 7.0. The database supports remote communication through 
ODBC to the subsystems. The TAGS database includes a configuration, an events, and a 
repository database, which will be described. ■ 

The current month's and last month's data are maintained online. At the end of 
each month, all of last month's data is archived and the current month's data becomes last 
month's data. Annual accumulated totals of production and other data are maintamed and 
available throughout the year. 

A Data Mapper class is provided to allow a common interface between TAGS 
appUcations and the TAGS database. The class provides a connection service and an add 
service to put data into the TAGS repository database. 

Microsoft SQL Server 7.0 utilities are used to manage the database. GeneraUy, 
the databases are defined and instantiated upon installation of the system. The SQL 
Server incorporates services to manage the databases automatically and manuaUy. 

Data Display Agent 

The Data Display Agent 620 supports interaction with TAGS through the GUI. 
which can be accessed locally or remotely. Local access can be through a direct 
connection to the AGN or to an element of the system. Remote access 640 can be over a 
WAN (wide area network), including over the Internet, or through a telephonic 
connection, such as through a wireless link or a public switched telephone link. The user 
Interface is organized in a tree structure and supports the drill down to any specific 
information the user may wish to view. The user interface supports multiple views to 
each subsystem to allow users access to real time data, summary data, alarms data, and 

subsystem controls. 

The tree structure is displayed to give the user easy access to the components in 
the system. By double clicking on the icon representing a component in the tree, the 

19 



wo 01/77525 



PCT/USO 1/1 1670 



window for the component is displayed in the maiji GUI wndow. The icons displayed in 
the tree display show the state of the related components, such as turbines and met masts. 
Each of the elements in the tree structure provides an interface to the window into the 
element. Each window contains a number of tabs to provide different views into the 
element. 

The following tabs are typically available in the GUI window. Each can be 
selected to display a corresponding view, as described below. 



Tab Name 


Description of View 


Tabular 


Raw data presented in tabular format 


Graphical 


A strip chart of raw. data and bar chart of reduced data 


Summary 


Data reduced from raw data for real time data analysis 


Control 


Control interface to the element 


Events 


List of all the unacknowledged events from the element 


Instrumented 


Raw data presented in graphical format 



The GUI can provide a graphical view of the whole array, or of any park 
individually. This interface can provide an overview of the whole array at a glance. 

Data Processing Agent (DPA) 

The Data Processing Agent (DPA) 630 is implemented as a generic NT service 
that periodically makes one or more decisions by evaluating data in the database. 

The configuration details for each DPA decision are saved as a DPA rule in the 
configuration database. Each DPA rule has an enable flag, description, evaluation group, 
evaluation procedure (stored procedure) name, and optional action fields. If the enable 
flag for a particular DPA rule is zero, then tliat DPA rule is not evaluated during 
processing. If the enable flag is set to ' 1', then it is enabled for evaluation. 

Each DPA rule also belongs to a class. The class distinction allows the DPA 
additional execution flexibility in the implementation of the processing engine. 

The DPA wakes up once a second and queries the database for evaluation groups. 
Each evaluation group has an evaluation period that is compared against tiie current 
system time to determine whether tiie group should be processed at the current time. 

When an evaluation group is processed, the DPA queries the database for all DPA 
rules belonging to the group. Then, the evaluation procedure for each DPA rule 
belonging to tiie group is executed. If the DPA rule evaluation rerurns a rssult set (tiie 
result of a SELECT statement in the stored procedui-e), tiie DPA checks whetiier tiie rule 
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has an action procedure to execute. If so, the DP A executes the specified action 
procedure with zero or more parameter values from the corresponding evaluation result 
set. This allows field values from the result set to be passed to the action procedure. 

Each DPA rule contains the configurable fields described in the table below. If 
the configuration for a parameter is NULL, then the DPA will not include that parameter 
when executing the action stored procedure. 



Field 


1 1 r> ft r« v*i v> ^1 A n 

UGSCripilOIl 


Evaluationjjroc^name 


The name of the evaluation stored procedure 


has_action 


Set true if this DPA rule has an action to process. 
Otherwise, set false. 


action__proc_jaame 


The name of the action stored procedure 


actionj>aram__l 


If not NULL and has_action is true, this string is passed 
as the first parameter wnen ine acnon pruu udinc iiuicu 
procedure is called. 


action_param__2 


If not NULL and has_action is true, this string is passed 
as the second parameter when tlie action__proc_name 
stored procedure is called. 


action_param__3 


If not NULL and has_action is true, this string is passed 
as the third parameter when the action__proc_name 
stored procedure is called. 


action_param_4_fieldlcey 


If not NULL and has_action is true, tins string is used to 
look up a value in the result set which will be passed as 
the fourth parameter when the action_proc_name stored 
procedure is called. 


action_parara_5_special 
action_param__5_fieldIcey 


If both fields are not NULL and has_action is true then 
these fields create the fifdi parameter to be passed when 
the action j>roc_name stored procedure is called. 


actionjparam_6_special 
action__param_6_fieldkey 


If both fields are not NULL and has_action is true then 
these fields create the sixtli parameter to be passed when 
the actionjproc_name stored procedure is called. 



The evaluation stored procedure may contain any valid combination of SQL 
commands, although if multiple result sets are returned, the DPA will only review the 
first data set. 

The action stored procedure may contain any valid combination of SQL 
commands. 

The DPA has two methods of reporting error conditions. Problems executing an 
evaluation procedure or action procedure are saved as an event record in the events 
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database. InitialLzation or operational problems with the DPA service are stored in the 
NT event log. 

The DPA is used to implement the following three main functional components of 
TAGS: automatic power control, post processing, and event processing. 

5 Autopilot Agent 

It is at times necessary to limit the power output of the wind power system; for 
example, the utility company may need to work on power lines. The Autopilot Agent 650 
is notified when it is necessary to increase or decrease a line power level. The Autopilot 
Agent monitors the power level and queues a turbine control command when necessary. 
1 0 The Autopilot Agent detenhines which turbine should be turned off to decrease the power 
level or which turbine to turn on to increase the power level. 

An authorized user can enter Autopilot rules through the GUI. For example, a 
user can enter the Autopilot time range, power limits, and a short description through the 
GUI. 

1 5 When an operator deletes an existing automatic control record, the GUI will 

execute a stored procedure to delete the record. This stored procedure is in the 
configuration database. 

When the operator adds a new automatic control record or edits an existing record, 
a pop-up dialog box is displayed. Pressing the OK button wiU cause the GUI to execute a 
20 stored procedure to add or edit the record. These stored procedures are in the 
configuration database. 

Tlie table below describes how the DPA rule action parameters are configured to 
implement the Autopilot Agent. 



Field 


Description 


Evaluation_proc_name 


dpa rule autopilot_e valuation - The name of the stored 
procedure to evaluate all autopilot records. 


has_action 


1 - which indicates it has an action to process. 


action_proc_name 


dpa action autopilot_control- The name of the stored 
procedure to perform the autopilot action for all autopilot 
records. 


acti6n_parara_l 


Ivlinimum power limit in Watts 


action_param__2 


Maximum power limit in Watts 


action_param_3 


Time range, start time in UTC seconds 


action jiaram_4_fieldkey 


main activejower - This column value is read from the 
result set and passed as the founh parameter to the action 
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procedure. Since the evaluation procedure selects from 
the substationjatest table, this will get the latest real 
power value and pass it to the action procedure. 


action_j3arani_5_special 
action_param_5_fieldkey 


Time range, end time in UTC seconds 
NULL 


ac tion_param_6_sp eci al 
action_j)arain_6__fieldkey 


NULL 

time stamp - returns the current UTC time to the action 
procedure. 



The stored procedure dpa__ruIe__autopiIot_evaluation determines, at regular 
'intervals such as every 30 seconds whether there is an autopilot record to process. If 
there is and if (i) the current time is within the time range specification and the total 
power is outside the maximum or minimxmi power limits, then the 
dpa_action_autopilot_control stored procedure is performed. This procedure finds a 
turbine to shut down if total power exceeds the maximum or finds a turbine to turn on if 
total power is less than the rmnimum. Such a turbine must be under auto control. If such 
a turbine is found, a command to the turbine is enqueued and an mformation event is 
created. If no such turbine is found to turn off, a critical event is created. 

Additional functionality for the Autopilot Agent is encapsulated in the stored 
procedure dpa_rule_autopilot_maintenance, which is periodically executed. This 
procedure looks for autopilot control commands that have timed out and creates an event. 
It also looks for turbines that have been manually controlled by an operator and removes 
these turbines firom control by the autopilot. 

Post Processing Agent 

The Post Processing Agent periodically processes the raw data collected from 
system components and stores the reduced data in the summary data tables for the GUI 
summary screens. This agent also implements other periodic system functionality such as 
subsystem communicadon failure detection and event creation. 



The table below describes how the DPA ruk action parameters are configured 
implement the post processing data reduction agent. 



Field 


Description 


Evaluationj)roc_name 


Contains the name of the stored procedure tiiat will perform 
the desired data processing. The stored procedure should be 
located in the repository database. The name should follow 
the convention 'dpa_rule_nnnnn_xx..' where 'nnnxm' is the 
associated DPA rule key identifier and 'xx..' describes the 
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effect of this post processing operation. 


has__action 


0 - which indicates it has no action 


All remaining fields — 


NULL 



The specific functionality for each data reduction is encapsulated in the 
corresponding evaluation stored procedure for that DPA rule. Note that tlie action fields 
are not used for the data reduction agent. 

The table below describes the evaluation stored procedures used by the data 
reduction agent. 



DPA Rule 


Evaluation Procedure Name 


Description 1 


1000 


dpa_rule_turbme_cmd_cleaner 


Detects stale turbine control 1 
commands 


1010 


dpa rule autopilot maintenance 


Detects problems with automatic 1 
control of turbines 


1020 


dpa rule tpu comniand_bridge 


Handles processing of operator 1 
manual control commands from the 
GUI 1 


1030 


dpa__rule__0 1 03 O_sub__coram_fail 


Detects communication failure with 1 
the substation data collection j 


1040 


dpa_ruJe_01 040_met__conini_fail 


Dotects communication failure with 1 
the meteorological mast data 
collection 


1 non 


/^Ttii rtilf* nrict" fim^ 
Cipd lUic |JOoL umic 


Posts the current time for SQL | 
access I 


10001 


dpa__rule__l 000 l__turbine_summary 


Creates summary data for turbines j 


10002 


dpa_rule_l 0002__mets_env_tabular 


Creates environmental summary 1 
data over all meteorological sites 


10003 


dpa_ruie_l 0003_mets_wind_tabular 


Creates wind summary data over all 1 
meteorological sites 


10004 


dpa__rule_l 0004_mets_sunimary 


Creates summary data for all j 
meteorological sites J 


10005 


dpa_rule_l 0005_one__met_suminary 


Creates summary data for each j 
meteorological site | 


10010 


dpa_rule_l 00 1 0_turbine_comm 


Detects communication failure with 
the turbine data collection j 


10020 


dpa_rule_l 0020_spain_summary 


Creates summary data for all parks j 
in an aggregation called Spain 


10100 


dpa_rule_l 0 1 00_park_summary 


Creates summary data for the parks 
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DPA Rule 


Evaluation Procedure Name 


Description 


10101 


dpa_rule_l 0 1 0 l_parJc__tabuIar 


Creates summary data for the parks 
tabular window in the GUI 


11000 


dpa_rule_l 1 000_1 OMIN^data 


Creates summary data for 10 minute 
values 


12000 


dpa_nile_l 2000_turbiiLe_availability 


Creates summary data of turbine 
availability 



Event Notification Agent 

The Event NotiJBcation Agent is responsible for notifying operators of TACS 
events. Events may be informational, warning, or critical. Critical events are alarm 
conditions in the system. This agent detects the specific event condition, adds an event 
5 record in the log, and notifies operators of the event. 

A TACS system administrator can configure event criteria using the TACS 
configuration console. The event criteria include specification of comparison operands, 
comparison operator, evaluation group, event description, and alerting information. The 
GUI adds, edits, or deletes event configuration records by executing the respective stored 
1 0 procedure sp_dpa_add_event_record, sp_edit_event_record, or sp_delete_event_record in 
the configuration database. 

The table below describes how the action parameters are configured in the DPA 



rules to implement the event processing agent. 



Field 


Description 


evaluation_proc_name 


Contains the name of the stored procedure for this event 
notification. The stored procedure is in the repository 
database. The name follows the convention 
'dpa_rule_20nim_event__detection', where 'nnn' is the 
associated DPA rule key identifier (between 20000 and 
20999. 


has_action 


1 - which indicates it has an action to process 


action_jpro c_name 


Contains the name of the stored procedure that will be 
executed if this event is detected. For tlie configurable 
events the stored procedure is 
'dpa__action_20000_event_notify'. 


action_param_l 


The DPA rule number; used as the event identifier number 
in the event log 


action_j)ai*am_2 


The event level for the event log: 1 = informational, 
2 = warning, 3 = critical 


action_param_3 


The event source category for the event log: 2 = IFU, 
3 = meteorological site, 4 = Substation 
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action_parain_4_fielcikey 


The column name (corresponding to the evaluation 
procedure SELECT table) to return the event source number 
for the event log. 


action_param_5_special 


A short description of the event for alerting 


action__param_5_fieldkey 


field name - The column name of a field value to include in 
the event description. 


action_param__6__special 


The alerting string: If NULL then alerting is disabled. If 
exists then it is included in the alerting record. This string 
contains the alerting group information. 


action_parain_6_fieldkey 



NULL 



System Health Monitor 

The System Health Monitor 660 is responsible for collecting and evaluating 
events that are related to the status of the system health and reporting the results to the 
events database. The System Health Monitor also checks the subsystems and reports 
when there is a failure to respond. 

Remote Access 

The APU provides remote access 640 for the TPUs and the GUI. The TPU 
Control Agent 520 (FIG. 5) receives messages that are sent to the TPU through the 
RECIF interface. Control messages are sent from the Autopilot thread of the DP A 630 
and from the user through the GUI. 

Substation Processing Unit Control 

The Substation Processing Unit (SPU) Control 670 process continuaUy monitors 
the substation for discrete and analog mputs. The SPU Control also manages the discrete 
outputs set through the GUI or odierwise. 

The SPU Control is implemented using the Rockwell Software's RSSql and 
RSLinx software packages. RSSql is responsible for interfacing with the Allen-Bradley 
PLC (which manages the substation interface) through RSLinx. This process coUects 
data samples from tlie substation and stores them in the substation data tables of the 
TAGS database. The PLC program converts all of the analog mputs to the correct 
engineering units before storing them in the memory tag to be read by the server, 

RSSql also monitors the database for requests to pulse substation discrete control 
outputs. When a record is inserted into the substation control table, RSSql reads the 
output command then sets the PLC output command symbol. After the command has 
been sent to the PLC the command record is removed from the database. The PLC reads 
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the command output in the output command symbol then holds the corresponding discrete 
output line closed as required. Then the PLC clears the output command symbol value. 

Met Mast Listener 

The Met Mast Listener process (MMListener) 680 collects the raw data from the 
met mast data loggers. Once the data is collected from a logger, the Met Mast Listener 
uses the TAGS Data Mapper interface to connect to the TAGS databases and store the 
data in the TAGS repository database. 

If communication with the met mast is lost and the raw data is not available for 
sampling, the logger will continue to collect the raw data and reduce the values into the 
data required for any mandatory data reductions. The reduced data can be accessed from 
the logger locally or through the network when communication is restored. The data can 
be retrieved with the Campbell Scientific PC208 W tool. 

The MMListener is unplemented as an NT Service dependent on the SQL Server 
Service. The service reads the TAGS SQL configuration database and determines if there 
are any meteorological towers. A worker thread is started for each of the met masts. Tne 
worker threads are set up to run once a second. On startup, the treads open a connection 
to tlie database and tlae communication port for the met mast. Then, synchronized 
communication with the logger is established. Any failure creates an alami condition. 

The worker thread is responsible for requesting the raw mput sensor data from the 
logger. The data is sampled m two sets because there is a different update rate for each of 
the sets of data. The first set of data is the wind data. This data is collected once a 
second from the 8 horizontal wind sensors and the I vertical wind sensor. The second set 
of data is the environment data. This data is collected once every 30 seconds from the 
atmospheric pressure, temperature and batteiy level sensors. 

Database Schema 

The TAGS database 530 (FIG. 5) includes a configuration database, an events 
database, and a repository database. 

The configuration database contains the data associated with the current 
configuration of the system. This includes names and identities of all the TPUs, met 
masts, and substations in the system. The current Data Processing Rules and Alarm 
Configuration are also stored here. 

The events database contains records of the events that have occurred in the 
system. Some of the events are alarms; some, simply informational. Tne tables include 
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occxirxence time and message, ackno,wJedgement time and message, and closure time and 
message. 

The repository database contains all of the raw data samples collected from the 
TPUs, met masts and substations. This raw data is available for post processing and data 
analysis. To save data storage space, data that can be reduced from the raw data is only 
updated in tables to make the data available to the GUI. Some of tlie raw data is also 
stored in updated tables with the same data so that the GUI can access data tables with 
very few records. 

Repository Database 

TABLE turbine_latest 

- A record is updated in the turbine_latest database table each second by each TPU. 
The source of the data is the TPU, except as noted. This table contains the latest value of 
the turbine data samples. The data in this table is used in the GUI turbine window tabular 



view. 



Field 


Description 


History 


turbine__number 


TPU database identifier number 




time_stamp 


Time Stamp. Here and elsewhere, time is in seconds 
since midnight, January 1, 1970, coordinated 
universal time (UTC) or Greenwich mean time 
(GMT). 


✓ 


operational_status 


Operational. State. A code for one of: running OK; • 
fault; no communication (set by DPA if 
communication fails); offline; available; not ready. 




turbine_status 


Turbine Status. A code for one of: fault; off; too 
much wind; cables twisted (left or right); manually 
starting; automatically starting; not yawed; start at 
wind limit; control time before start; enough wind; 
too little wind 




bralce^status 


Brake Status. A code for one of: brake pulled; not 
enough pressxire; brake released. 




generator_status 


Generator Status. A code for one of: large generator 
cutting in; small generator cutting in; motor start on 
generator; no motor start for 7.5 minutes; generator 
inactive. 




generator_rpm 


Generator RPM 




generatGr_l_temp 


Generator 1 Temperature 




generator_2_temp 


Generator 2 Temperature 
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gearbox_temp 


Gearbox Temperature 


K 


ambient^temp 


Ambient Temperature 




wind_speed 


Wind Speed 


/ 


grid_fi:eq 


Grid Frequency 




rotor_rpm 


Rotor RPM 


•/ 


Yaw 


Yaw 




wind^direction 


Wind Direction. Calculated from turbine yaw value 
in database 


■ 


real_power 


Real Power (KW) 




reactive_power 


Reactive Power (KVar) 




power_factor 


Power Factor 




phase_r_voItage 


Phase R Voltage 




pha5e_s_voltage 


Phase S Voltage 




phase_t_voItage 


Phase T Voltage 




phase_r_cuireiit 


Phase R Current 




phasejsjcurrent 


Phase S Current 




phase_t_current 


Phase T Current 


✓ 


gen_l_energy_ttl 


Generator 1 Energy Total (KWh) 




gen_2_energy_ttl 


Generator 2 Energy Total (KWh) 




gen__l_prod__time_ttl 


Generator 1 Production Time Total (Hours) 




gen_2__prod_time_ttI 


Generator 2 Production Time Total (Hours) 




safety__switch 


Safety Switch: remote or local. 


V 


operation_code 


Turbine Operational Code. A code for one of; 
normal operation; operational stop with automatic 
start; motor start cut out due to fault; small generator 
cut out due to fault; stopped for manual start; stopped 
- must be restarted; free wheeling - must be restarted 
by reset. I 





TABLE turbine_history 

A record is added to the turbine_history database table each second by each TPU. 
This table contains a history of the turbine data samples. The fields of this table are 
identified by a check mark in the description of the turbinejatest database table, above. 
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TAJBLE turbixie__suminary 

This database table contains one record for each TPU. All records in this table are 
updated once a second (unless stated otherwise) by the DPA. The data in this table is 



used in the GUI turbine window summary view. 



Field 


Description 


uirome nuEnocr 


ffi h?pn Ir rlp<;m*nt!nn mpans that a Dreviouslv-siven descrintion 
applies.) 


time_stamp 




operational_status 


Operational State, from turbine^latest table 


avg^rod_parker 


Average Production over 10 minutes (KW). Here and 
elsewhere, production is calculated according to the 
measurement algorithm from EEC 61400-12:1998(E) Wmd 
turbine generator systems - Part 12: Wind turbme power 
performance testing CTarker"). 


expectedjtrod_j)arker 


Expected Production over 1 0 minutes (KW) 


production_efiaciency 


Production Efficiency. This is 100% times avg_prodjparker 
divided by expected_prod_parker 


availability_per_hour 


Availability per Hour. This value is calculated once a minute 
(as a percent) using the previous 3600 samples of the 
operational_status. 


number__of_aIarms 


Number of active unacknqwredged alami records for this 
turbine 



TABLE turbme_control_requests 

This database table contains the queue for TPU control requests from the GUI. A 
request record can be inserted into the database table by the GUI or other system device. 
The DPA examines this database table once a second to process waiting command 
requests. When the DPA reads the record, it also deletes the record. 



Field 


Source 


Description 


turbine_number 


GUI 


TPU database identifier number 


transaction__number 


SQL 


Request Transaction Number. A transaction 
number is added by the SQL server when a record 
is inserted in the substation_.controLqueue. 


command_str 


GUI 


Command String. A code representmg one of: 
manual start request; manual stop request; manual 
reset request. ^ 
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TAJBLE turbine^control 

This database table coataiiis the queue for TPU control requests. A request record 
may be inserted into this table by the DPA in response to a request record being inserted 
in the turbine_control_requests table. Each TPU examines this table once a second to see 
if a control record is waiting.' When the TPU reads the record from the table it also 
deletes tlie record indicating that the control request has been received. 



Field 


Source 


Description 


turbine__number 


DPA 


TPU database identifier number . 


transaction_number 


SQL 


Request Transaction Number, as above 


command__str 


DPA 


Command String, either l=start or 2=stop 


time_stamp 


DPA 


Time command was inserted into this queue 



TABLE turbine_autocontrol 

This database table contains one record for each turbine in the system. Turbines 
that are allowed to be automatically controlled by autopilot will have their 
autopilot_enabled field set by the GUI. If an operator manually controls a turbine 
through the GUI, the turbine is removed from automatic control. 



Field j Source 


Description 


tiirbine_number 




TPU database identifier number 


autopilot_enabled 


DPA, GUI 


Autopilot Enabled Status 


autopilot_shutdown 


DPA 


Autopilot State 


shutdown^count 


DPA 


Number of times this turbine has been shut off by 
autopilot. Incremented each time turbine is 
automatically shut off by autopilot. This counter 
is used by autopilot algorithm to determine which 
turbine to shut off. 



TABLE turbine_comm_latest 

This database table contains one record for each turbine in the system. The source 
is the DPA. The comm_failure field specifies the latest communication status for the 



Field 


Description 


turbine_number 




time_stamp 




comm_failure 


Communication status 
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TABLE turbme_comm_history 

A new record is inserted in this database table each time the communication status 



changes for each turbine. 



Field 


Description 


turbine_number 




time_stamp 




comm^failure 





TABLE WTGIOMIN 

This database table contains 10 minute summaries of the wind turbine data. A 
new record is inserted in this database table for each turbine every 10 minutes if at least 
one sample record is found for this turbine. 



Field 


Description 


time_stamp 




Wdate 


Date String (DD/MM/YYYY) 


Wtime 


Time String (24 hour) 


wtg_id 


Turbine Number 


circuit_id 


Circuit Identifier. This corresponds to the park number 
for the turbine and may be found in the 
park_configiiration table. 


wind_speed 


Wind Speed. Mean value over the last 10 minute for 
turbine wind speed (from turbine_history.wind_speed). 


Power 


Power. Mean value over the last 10 minute for turbine 
power (from turbine_history.real_power) 


status_fault 


Turbine Fault. Set to 1 if the turbine had a fault during 
the previous 10 minutes (from 
turbine history. operationaI_status) 


status_offline 


Turbine Offline. Set to 1 if the turbine was offline 
during the previous 10 minutes (from 
turbine_history.operational_status) 


status_running 


Turbine Running. Set to 1 if the turbine was runnmg 
during the previous 10 minutes (from 
turbine_history.openitionaI_status) 


status_coramunication_error 


Communication Error. Set to 1 if the turbine had a 
communication error during the previous 10 minutes 
(from turbine_history.operational__status) 
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statiis_autopilot 


Autopilot Enabled, Set to 1 when the turbine was i 
shutdown by autopilot during the previous 10 minutes 
(from turbine__history.operationaI_status, and 
turbine_autocontrol table) 


downtiine_category 


Downtime Category 


Communications 


Complete Communication Failure. Set to 1 if the 
turbine had no successful communication during the 
previous 1 0 minutes (from 
turbine_history.operational__status) 


Events 


Communication Failure Overload. Set to I if the 
turbine had communication failures when the previous 
10 minutes started (from 

turbine_history.operational_status) | 



TABLE turbine^control 

The turbine_control database table contains one record for each turbine. All 
records m this table are updated once a second by the DPA. The data in this table is used 
in the GUI turbine window control view. When the GUI changes a field in this table for a 
particular turbine, the DPA detects the change and send the control information to the 



TPU. 



Field 


Description 


turbine_number 


There is one record in this table for each turbine 


time_stamp 


Sample time stamp, as above 


turbine_controlIer_on 


ON/OFF 


turbine_reset 


Set to TRUE to initiate a reset. The TPU controller sets FALSE 
after reset. 


yaw_cw 


ON/OFF 


yaw_ccw 


ON/OFF 


TABLE park^tabular 

The park_tabular database table contains one record for each park. All records in 
this table are updated once a second by the DPA. The data in this table is used in tiie GUI 
park window tabular view. 


Field 


Description 


park_number 


Park database identifier number 


tirae_stamp 
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operational_status 


Number of TPUs in this park with operationaI_status of 
"Running OK" at this instant 


turbme_status 


Number of TPUs in this park with turbine_status of "Enough j 
Wind (OK)" at this instant 


generator_status 


Number of TPUs in this park with generator_status of "Large 
Oenerator cut in" at this tn5?tant 


avg generator _rpm 


Simple average of all generator_ipm values (excluding zero | 
vahieO for the TPUs in this Dark at this instant 


avg_ainbient_teinp 


Simple average of all ambient_temp values for the TPUs in 1 
this nark" at this instant 1 


avg_wind_speed 


Simple average of all wind_speed values for the TPUs in this 
narV at this instant 1 


av^rotor_rpm 


Simple average of all rotor_rpm values (excluding zero values) j 
for the TPUs in this park at this instant [ 


total_reaIjpower 


Sum of the real_power values for all turbmes m this park at 
this instant 


total_reactive_power 


Sum of tiae reactivejower values for all turbines in this park 1 
at this instant j 


power_factor 


Power Factor. Calculated as totaI_real_power divided by the 
square root of the sum of the squares of total_real_power and 
total_reactive_power. j 


total_phase_r_voltage 


Total Phase R Voltage. These totals are simple averages of all 
phase_x_voltage values for the TPUs in this park at this instant 
Torx = r, s, ort) 




totaljphase_s_voltage 


Total Phase S Voltage 




totalj)hase_t_voltage 


Total Phase T Voltage 




totaI_phase_r_ciuTent 


Total Phase R Current. Sum of all phase_r_current values for 
the TPUs in this park at this instant 




totaljphase__s_curTent 


Total Phase S Current 




totaljphase_t__curTent 


Total Phase T Current 





TABLE park_summary 

The park_siiraniary database table contains a record for each park. AJJ records in 
this table are updated once a second (unless otherwise stated) by the DPA. The data m 
this table is used in the GUI park window summary view. 



Field 


Description 


park_number 




time_stamp 
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avg_prodj)arker 


Avg. Production over 10 min, (KW) for all turbines in this 
paric 


expected_prodjparker 


Expected Production over 10 min. (KW) 


production_ef5ciency 


Production Efficiency 


number_of_alaniis 


Number of active unacknowledged alarm records for this park 


availability jper_hoiu: 


Simple average of the avaiIability__per_hour values for all of 
the turbines in this park 


energy_per__l Omin 


Energy over 10 minutes (KWH) for all turbines in this park. 
This is part of the measurement algorithm from lEC 61400- 
12:1998(E). 



TABLE met_environment_history 

The met__environment database table has a record is added to it each minute from 
each Meteorological Processing Unit (MPU). This table contains a history of the 
meteorological environment data samples. The database also includes an identical table 
met_enviromnentJatest, wliich is updated each minute with the latest meteorological 
values. The source ofthe data is the MPU. The data in the met_environmentJatest table 
is used in the GUI Meteorological site window tabular view. 



Field 


Description 


met_site_number 


Meteorological site database identifier number 


time__stamp 




battery_level 


Battery level (volts) 


ambient__temp 


Ambient temperature C Q 


atmosphericjressure 


Atmospheric pressure (millibars) 



TABLE met_wind_history 

The met_wind_history database table has a record added to it each second by each 
1 0 MPU. This table contains a history of the meteorological wind data samples. The 

database also includes an identical table called met_wind_latest, which is updated each 
second witli the latest meteorological values. The source of tiie data is the MPU. The 
data in the met_wind_latest table is used in the GUI Meteorological site window tabular 
view. 



35 



wo 01/77525 



PCT/L'SO 1/1 1670 



FieJd 


Description 


met ^ite number 




time stsjTLD 






Vertical wind speed (m/s) 


Tinr?" ^Dm winH *meeci 

LLKJLZt ^yJLLL WlilVA ijL/w^vx 


Horizontal wind soeed at 40 meters (m/s) (always above 
ground level) 


hor2_3 Om_wmd__speed 


Horizontal wind speed at 30 meters (ra/s) 


hor2_20m_wind_speed 


Horizontal wind speed at 20 meters (m/s) 


horz_l Om_wind_speed 


Horizontal Wind Speed at 10 meters (m/s) 


wind_direction_40m 


Wind Direction at 40 meters 


wind_direction__3 Om 


Wind Direction at 30 meters 


wind__direction_20m 


Wind Direction at 20 meters 


wind_direction_l Om 


Wind Direction at 10 meters 



TABLE met^summary 

The met^summary database table contains a record for each MPU. This table is 
updated once a minute. The source of the data is the DPA. The data in this table is used 
in the GUI Meteorological site window summary view. 



Field 


Description 


met_site_number 




time_stamp 




irdn_battery_level 


Daily minimum battery level (volts) 


max_battery_level 


Daily maximum battery level (volts) 


avg_battery_level 


Daily average battery level (volts) 


stdv_battery_level 


Daily standard deviation battery level (volts) 


min__ambient_temp 


Daily minimum temperature (°C) 


niax_ambient_temp 


Daily maximum temperature (°C) 


avg ambient_temp 


Daily average temperature (°C) 


stdv__ambient_temp 


Daily standard deviation temperature (°C) 


niin_atmospheric_pressure 


Daily minimum atmospheric pressure (mb) 


max_atmosphericj)ressure 


Daily minimum atmospheric pressure (mb) 


avg_atmospheric_pressure 


Daily average atmospheric pressure (mb) 


stdv__atinosphericj)ressure 


Daily standard deviation atmospheric pressure (mb) 


min_vert_wind_speed 


Daily minimum vertical wind speed (m/s) 
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Field 


Description 


max_vert_wind__speed 


Daily maximum vertical wind speed (m/s 


avg vert_wind__speed 


Daily average vertical wind speed (m/s) 


stdv vert_wind_speed 


Daily standard deviation vertical wind speed (m/s) 


miri_horz_.wind_speed 


Daily minimum horizontal wind speed (m/s) 


inax_horz_wind__speed 


Daily Max. horizontal wind speed (m/s) 


avg horz_wind_speed 


Daily average horizontal wind speed (m/s) 


stdv_horz__wind_speed 


Daily standard deviation horizontal wind speed (m/s) 


avg wind__direction 


10 min average wind direction from the MPU 


stdv_wind_direction 


10 min standard deviation wind direction 



TABLE mets_environmenf_fabuIar 

The mets_environment_tabular database table contains one record for the 
meteorological overview. This record is updated once a minute by the DPA. The data in 
this table is used in the GUI Meteorological overview window tabular view. 



Field 


Description 


met_cluster__number 


Meteorological cluster database identifier number 


time_stamp 




avg__battery_level 


Simple average of the batteryjevel from all 
meteorological sites in this cluster 


avg_ambient__temp 


Simple average of the ambient_temp from all 
-meteorological sites in tliis cluster 


avg_atmospheric_pressure 


Simple average of the atmospheric_pressure from 
all meteorological sites in this cluster 



TABLE mets_wind_tabular 

The mets_wind_tabular database table contains one record for the meteorological 
overview. This record will be updated once a second by the DPA. The data in this table 
is used in the GUI Meteorological overview window tabular view. 



Field 


Description 


met_cluster_number 




avg_time_stamp 


Time stamp 


avg vert_wind_speed 


Simple average of vert_wind_speed from all 
meteorological sites in this cluster 


avg_horz_40m_wind_speed 


Simple average of horz_40m_wind_speed from 
all meteorological sites in diis cluster 
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Field 


Description 


avg_horz__3 Om__wmd_speed 


Simple average of hor2_30in_wind__speed from 

all meteorological sites in this cluster 

— — — — — — ^— — — - 


avg_horz__20m_wind_speed 


Simple average of hor2_20m_wuid_speed from 
all meteorological sites in this cluster 


av^horz__l Om__wind_speed 


Simple average of horz_10m_wind_speed from 
all meteorological sites in thus cluster 


avR 4Qm wind direction 


Simple average of 40m__v/ind_direction from all 
meteorological sites in this cluster 


av^3 Om_wind_direction 


Simple average of 30m_wind_direction from all 
meteorological sites in tliis cluster 


avg_20m_wind__direction 


Simple average of 20m__wind_direction from all 
meteorological sites in this cluster 


avg^l Om_wind__direction 


Simple average of 10ni__WLad_direction from all 
meteorological sites in this cluster 



TABLE mets_summary 

The mets^sumimary database table contains one record for the meteorological 
overview. This record is updated once a minute by the DP A. The source of tlie data is 
the DPA. The data in this table is used in the GUI Meteorological overview window 
summary view. 

The fields in this table have the same names as those in the met_summary table, 
described above. In the mets_summary table, the minima, maxima, averages, and 
standard deviations are taken over all the sites in the cluster. The minima and maxima are 
reset at midnight. 

TABLE subsfationjatest 

A substation record is updated in the substationjatest database table each second 
by the substation PLC. The data in the substationjatest table is used in the GUI 
Substation window tabular view. 

The substation record includes substation^number (the substation identifier 
number) and time stamp fields. The record also includes fields for all of the data acquired 
by the PLC, including both discrete state data and analog measurements. These include 
the open or closed states of circuit breakers, the charge states of capacitor banks, the 
settings of transformer regulators, and the currents and voltages at particular points in the 
substation. In particular, it includes measurements of active power, reactive power, and 
calculations of the corresponding power factor for power supplied by the substation. 
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TABLE substation_history 

A record is added to the substation_history database table each second by the 
substation PLC. The data in the substationjatest table is used in the GUI Substation 
window tabular view. The fields are those of the substation_latest table other than the 
calculated power factor fields. 

TABLE substation_fault_hisfory 

The substation_fault_history database table contains one record for each 
substation. The record is updated each second by the substation PLC. The field values 
are a substation number, a time stamp, and Boolean values indicating the presence or 
absence of each of the possible alarm conditions, which are used to generate alarm 
records. 

TABLE substation_summary 



The substation_summary database table contains one record for each substation. 
The record is updated each second by the DPA or by the RSSql agent. The data source is 
the substation PLC. This table is used in the GUI Substation window summary view. 



Field 


Description 


substation_number 




time_stamp 




main_active_energy_out 


Total active energy out firom the substation 


main_reactive_energy_o 
ut 


Total reactive energy out from the substation 


main_active__energy_in 


Total active energy into the substation 


main_reactive_energy_in 


Total reactive energy into the substation 


c«_active_energy_in 


Circuit « active energy in to substation circuit n (one field for 
each substation circuit, which may, for example, correspond 
to a park) 


on _active_energy_out 


Circuit n active energy out 


cn _reactive__ehergy_in 


Circuit n reactive energy in 


cn __reactive_energy_out 


Circuit n reactive energy out 



TABLE substation_control 

The substation_control database table contains tlie queue for substation control 
requests. A request record .may be inserted into the table by the GUI, DPA, or other 
system component. The substation examines this table once a second to see if a control 
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record is waiting. When the RSSql agent reads the record from the table, it deletes the 
record, indicating that the control request has been received. The RSSql agent then 
forwards the request to the PLC at the substation providing the required signalmg. 



Field 


Source 


Description 


Substation_number 


GUI 


Substation identifier number 


Transaction_number 


SQL 


Request Transaction Number 


Command str 


GUI 


Command String 



The values for the command__str field are defined for, and interpreted by, the particular 
PLC as installed at the substation. 



10 



TABLE system_summary 

The system__summary database table contains one record. The fields are updated 
once a second (unless otherwise noted) by the DPA. The data in this table is used in the 
GUI system window summary view. 



Field 


Description 


time_stamp 




operational_status 


Number of TPUs in all parks with operational_status 
of "OK" at this instant 


turbine_status 


Number of TPUs in all parks with turbine_status of 
"OK" at this instant 


generator__status 


Number of TPUs in all parks with generator_status of . 
"OK" at this instant 


avg_generator__rpm 


Simple average of all generator_rpm values for the 
TPUs in all parks at this mstBiit 


avg_ambient_temp 


Simple average of all ambient_temp values for the 
TPUs in all parks at this instant 


avg wind speed 


Simple average of all wind_speed values for the TPUs 
in all paries at this instant 


avg_rotor_rpm 


Simple average of all rotor^rpm values for the TPUs 
in all paries at this instant 


totai_real_j)Ower 


Sum of all total__real_j30wer values in all parks at this 
instant (KW) 


total_reactive_jpower 


Sum of all total_reactive_power values in all parks at 
this instant (KVar) 


power__factor 


Power Factor for totaI_real_power and 
total_reactive_power 
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Field 


Description 


avg_prod_parker 


Average Production over 10 min. (KW) 


expected_prodjparker 


Expected Production over 10 min. (KW) 


production__efEciency 


Production Efficiency of average over expected 
production 


total_j3hase__r_voltage 


Simple average of the total_pha5e_r_voUage values in 
all parks at this instant 


total chase s voltage 


As above, for phase s voltage 


total_phase_t_voltage 


As above, for phase t voltage 


total__phase_r_current 


Sum of the totaI_phase_r_current values in all paries at 
this instant 


total_jphase__s_current 


As above, for phase s current 


totaljphase_t_cuirent 


As above, for phase t current 



Configuration Database 

The configuration database (named ^configuration') contains several database 
tables of configurable items for the system elements such as the substation, turbines, 
meteorological sites, parks, and so on. These tables are used by the system elements 
during initialization as well as by the DPA. The system configuration tables are 
described below. 
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TABLE dpa_classes 

The dpa^classes database table contains one record for each class type used by the 
DPA. The DPA handles data reductions, alarm condition evaluation, and automatic 
control functionality for the TAGS system. 



Field 


Description 


key 


DPA class numeric identifier 


name 


Name 


description 


Description 



TABLE dpa_evaluation_groups 

The dpa_evaIuation_groups database table contains one record for each evaluation 
group used by the DPA. An evaluation group specifies the rate at which the DPA rules 
assigned to the group are evaluated. 
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Field 


Description 


key 




name 




evaluationjeriod 


Period in seconds that the DPA rules of this class will 
be evaluated. 



TABLE dpa_rules 

The dpa_rules database table contains one record for each rule used by the DPA. 



Field 


Description 


key 




name 




description 


jjescripuon 


enabled 


Flag set if this rule is enabled for processing 




Class of this DPA rule. Used in the dpa_classes table to find 
the class record for this rule. 


evaluation_group 


Evaluation group for this DPA rule. Used m tlie 
dpa^evaluation _groups table to find the group record for this 
rule. 


eval__proc_name 


Name of the stored procedure for this DPA rule to evaluate. 


has action 


If true, the action_jproc_name stored procedure will be 
executed for each record in the result set. 


action_proc_name 


Name of die stored procedure to execute for this DPA action. 
It is called once for each record returned from the evaluation. 
Not used if expect_result_set is false. 


action__param_l 


If not NULL and has_action is true, this string is passed as 
the first parameter when the action_proc_name stored 
procedure is called. 


action_param__2 


If not NULL and has_action is true, this string is passed as 
the second parameter when the actionjroc^name stored 
procedure is called. 


action_param_3 


If not NULL and has_action is true, this string is passed as 
the third parameter when the action_proc_name stored 
procedure is called. 


action_param_4__fieldkey 


If not NULL and has action is true, this strmg wiU be used 
to look up a value in the result set wliich will then be passed 
as the fourth parameter when the action_proc_name stored 
procedure is called. 


action_param__5_special 
action_param_5_fzeIdkey 


If both fields are not NULL and has.action is true then these 
fields will create the fifth parameter to be passed when the 
action_j5roc_name stored procedure is called. 
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action__parain_6_special 
action__param__6_jSeldkey 



If bot±L fields are not NULL and has_action is true then these 
fields will create the sixth parameter to be passed when the 
action proc name stored procedure is called. 



The fifth and sixth parameters may be created using one or more of the following 
combinations depending on the special and fieldlcey strings. 



Special 


Fieldkey 


Description 


NULL 


NULL 


No string is passed as the parameter in the actionjproc__name 
stored procedure. 


string 


NULL . 


The action_param n_special string is passed as the n'th 
parameter when the action_j)roc_name stored procedure is 
called. 


NULL 


string 


The action_param_n_fieldkey string is used to look up a value in 
the result set which will then be passed as the n'th parameter 
when the action_proc_name stored procedure is called. 


string 


string 


The action_param_n_fieIdkey string is used to look up a value in 
the result set which will then be inserted in the 
action_param n special string replacing the special characters 
*%s' and the resulting string will then be passed as the n'th 
parameter when the actionjproc_name stored procedure is 
called. 



TABLE event_downtime_categories 

The event_downtime_categories database table contains one record for each 
category of event downtime. The event downtime is the reason that the system was down 
(imable to produce. power). 



Field 


Description 


key 


Event downtime category numeric identifier 


name 


Name 


description__key 


A numeric identifier to the description of this downtime category. This 
number is used in the str_description_list table to identify a record (by 
the key field) containing the downtime category description (text). 



TABLE event_levels 

The eventjevels database table contains one record for each type of event level. 
The event level is used in event records added to the events database. 



Field 


Description 


key 


Event level numeric identifier 


name 


Name of the event level 


description_key 
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TABLE evcat_source_categories 

The eveiit_source_categories database table contains one record for each category 
of event source. An event source is a type of device that can add an event into the events 
database event_Iog table. ' 



Field 


Description 


key 


Event source category numeric identifier 


name 


Name of the event source 


description_key 




source_cfgJ:able 


Name of the configuration table for the this source 
category 



TABLE event_system_sources 

The event_system_sources database table contains one record for each type of 
event source which is contained within the system category. 



Field 


Description 


key 


Source numeric identifier for system events 


name 


Name 


description_key 





TABLE substation^configuration 



The substation_configuration database table contains one record for 
substation. 



Field 


Description 


key 


Substation numeric identifier 


name 


Name 


Description 


Description 


TABLE park_configuration 

The park configuration database table contains one record for each park. 


Field 


Description 


key 


Park numeric identifier 


name 


Name 


description 


Description 
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substation^nximber 


Substation connected to this park. This number is used in the 
substation_configuration table to identify a record (by the key 
field) containing substation details. 


TABLE turbine^configuration 

The turbine_configuration database table contains one record for each turbine. 


Field 


Description 


key 


Turbine numeric identifier 


name 


Name 


description 


Description 


park__number 


Park containing this turbine. This number is used in the 
park^configuration table to identify a record (by the key field) 
containing park details. 


provider_id 


Provider identity for this turbine. This number is used in the 
provider Jdentity table to identify a record (by the key field) 
containing provider identity details. 


tpu_configuration 


Turbine processing unit class for diis turbine. This number is used 
in the tpu_configuration table to identify a record (by the key 
field) containing TPU details. 


provider_map__type 


Provider map for this turbine. This number is used in the 
provider__map__types table to identify a record (by the key field) 
containing provider data mapping details. 


TABLE metmast_configuration 

The metmast_configuration database table contains one record for each 
meteorological data logger. 


Field 


Description 


key 


Meteorological data logger numeric identifier 


name 


Name 


description 


Description 


met__type 


The meteorological data logger numenc type. This value is used 
by the MPU listener to determine the correct commumcation 
protocol. 


park_number 


Park containing this meteorological data logger. This number is 
used in the park_configuration table to identify a record (by the 
key field) containing park details. 


provider_id 


Provider identity for tliis meteorological data logger. This 
number is used in the providerjdentity table to identify a record 
(by the key field) containing provider identity details. 
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Field 


Description 


comm_port 


Physical communication port used by the IvIPU listener for this 
meteorological data logger. 


provider_map_type 


Provider map for this meteorological data logger. This number 
is used in the provider_map_types table to identiiy a record (by 
the key field) containing provider data mapping details. 



TABLE tpu__coiifiguration 

The tpu_configuration database table contains one record for each type of turbine 

controller. 



Field 


Description 


key 


TPU configuration numeric identifier 


name 


Name 


description 


Description 


controller_type 


Turbine controller numeric type. Used by TPU to determme 
correct communication protocol and processing algorithms. 


sampIe_period 


Sample period (in milliseconds) for TPU to request data from 
turbine controller. 



TABLE provider_<ypes 

The provider_types database table contains one record for each data provider type. 



Field 


Description 


Key 


Provider type numeric identifier 


Name 


Name 


description 


Description 


cfg_table_name 


Name of the configuration database table for this provider 
type. This name is used by the generic provider during the 
boot configuration process. 


control__table_name 


Name of the database table used by this provider to queue 
commands. 


controI__table_key_field 


Name of the key field (used to identify tiie provider) when 

accessing the command queue specified by 

control table name. , . — ' 



TABLE provider_id entity 

The providerjdentity database table contains one record for each set of data 
providers writing to a specific database table. A data provider is a process that adds data 
to the database measurement repository. 
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Field 


Description 


key 


Provider identity numeric identifier 


name 


Name 


description 


Description 


user__name 


Provider login user name to access the database. 


password 


Provider login password to access the database. 



TABLE provider_maps_types 

The provider_map_types database table contains one record for each unique 
provider map. A provider map tells the provider how to map the source data fields from a 
(e.g. from a TPU or MPU) to the correct database fields. This mapping is handled by a 
unique stored procedure in the repository database for each map type. 



Field 


Description 


key 


Provider identity numeric identifier 


name 


Name 


description 


Description 


stored_proc_name 


Stored procedure name for this map type. 


id 


Map identifier for providers with multiple maps. 



TABLE operator_list 

The operatorjist database table contains one record for each operator of the 

TAGS system. 



Field 


Description 


key 


Operator numeric identifier 


first__name 


First name of the operator 


last__name 


Last name of the operator 


login_usemame 


Login user name of the operator 


lo ginjass word 


Login password for the operator 


pager 


Pager number for this operator 


email 


E-mail address for this operator 


phone 


Phone number for this operator 
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TABLE str_Ianguage_list 

The strjanguagejist database table contains one record for each language type 
represented in the str_descriptionJist table. The str^descriptionjist table contains text 
strings in one than one language. 



Field 


Description 


key 


Language numeric identifier. This number is used m the str__description__list 
table to identify records (by the language^key field) which contain a 
description in this language. 


language 


Language name 



TABLE str_description_list 

The str_(iescriptionJist database table contains text strings in one or more 
languages. Each record contains a key and a language_key field which can be used to 
find tlie same text string in any language which it is available. 



Field 


Description 


key 


Numeric identifier for this text string descnption 


Ianguage_key 


A numeric identifier to the language of this descnption text string. 
This number is used in the strjanguagejist table to identify a record 
(by the key field) containing the language of this text string 
description. 


description 


Description in the language specified by the Ianguage_key. 



10 



Events Database 

The events database is the repository for all types of events including configurable 
alarms. This database is named 'events'. It includes the following table. 

TABLE event_Iog 



Field 


Description 


eventjcey 


A unique identifier for the alarm 


eventjd 


Event code (same as the DPA key number) for alarm events). 


eventjime 


Date and time of the event in T-SQL datetime format. Has 
millisecond resolution. 


eventjevel 


A number representing the event level. Used in the event Jeyels 
table to identify a record (by the key field) contaimng event level 
details. „ — • ' 
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Field 


Description 


Soiirce__category 


Ccxif^ant^ nf e^f»\nnf> fhaf crpnpnted ths CVent. USCd LD thC 
V^alCKUrY Oi QcVlCc LlJclL gCXlCitiLtvi tiiw w'^-j-*.".- w^^*-* j-ij. i-iav- 

event_sourcs_categories table to identify a record (by the key 
field) contsiining event source device details. 


Source__nuinber 


Tlie number of the source device. For example, if the 
source_category is TPU then tliis number represents the TPU 
identifier. If the source_category is Meteorological site then this 
number represents the MET identifier. 


description 


A description of the event added by the data processing agent 
when the event was detected. 


downtime__category 


The reason that this event has caused system down time (if any). 

nruirt mi^v^Ua*. «tr>a^ i t-i +1-1 fi» <»T//»nt i^owntime cate^'ones table tin 
I ins numoer is usen m me evcnL_^u.u wiiiixAit' v^au^-^gvii^-o loi^j.^ yi-ii 

the configuration database) to identify a record (by the key field) 

containing the system downtime details. 


acknowledged 


The acknowledge state of the event. TRUE if event has been 
acknowieaged by an operator. ^juicrwi:>c, r^^u^ux^. 
Acknowledging an event tells system that an operator has been 
successful notified of the event condition. 


i^rlc nnerator 


The key to the operator who acknowledged the alarm. Used m the 
operator list table (in the configuration database) to identify a 
record (by the key field) containing the operator details (name, 
etc). 


ack_time 


The date and time the event was acknowledged. 


event_comment 


An optional comment which may be added by the operator when 
the event is acknowledged or cleared , 



Conclusion 

The invention has been described in terms of particular embodiments. Other 
embodiments are within the scope of the foUowing claims. For example, steps of the 
invention can be performed m a different order and still achieve desirable results. 
Because of its modular and open design, the system of the invention can be implemented 
using a variety of alternative technologies. Components subsystems can be implemented 
using different and multiple platforms. For example, the fimctions performed by the 
server can be performed by a single computer or distributed across multiple computers. 
The specific components and parameters provided in this specification are illustrative 
only and are not intended to be limiting. 
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CLAIMS 

1. A Supervisory Command and Data Acquisition (SCADA) system for managing a wind 
farm, having an array of wind turbines for electric power generation and one or more 
meteorological sites, each wind turbine being located at a turbine site and electrically 
connected for power transmission to a substation located at a substation site, the system 
comprising: 

a turbine processing unit (TPU) located at each wind turbine, the TPU being a 
processing element functioning as the SCADA element for that turbine, the TPU being 
configured to collect data from the turbine and turbine site, to provide an interface to 
control the turbine, and to conunimicate with other parts of the system from the turbine 
site, the TPU being further configured to store locally at the TPU data collected from the 
turbine and turbine site; 

a substation processing unit (SPU) located at the substation operating as the interface 
for the system to the substation, the SPU being a processing element functioning as the 
SCADA element for tliat substation, the SPU bemg configured to collect data from the 
substation, to communicate with other parts of the system, and to store locally at the SPU 
data collected from the substation; 

a meteorological processing unit (MPU) located at each meteorological site 
functioning as the SCADA element for the site, the MPU being configured to coUect 
meteorological data from sensors on and at a meteorology tower, to communicate with 
other parts of the system, and to store locally at the MPU data collected from sensors on 
and at a meteorology tower; 

a data communication network; 

a server coupled to communicate over the network with the wind turbines, the 
substation, and the one or more meteorological sites, the server being configured to 
receive data from them through their respective the SCADA elements (TPU, MPU, or 
SPU) and to provide signals to control the wmd turbmes and substation through their 
respective SCADA eleinents, the server bemg further configured to store data received 
from the wind turbines, meteorological sites, and substation at regular intervals and to 
perform database management on the received data; and 

a user interface through which authorized users can exercise command and control 
functions for the wind farm. 
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2. The system of claim 1, wherein: 

the user interface is a graphical user interface (GUI) that can be accessed locally 



through a direct connection to the network or a direct connection to an element of the 
system. 

3. The system of claim 2, wherein: 

the user interface provides views to each SCADA element to allow users access to 
real time data and subsystem controls. 

4. The system of claim 1, wherein: 

the user interface is a graphical user interface (GUI) that can be accessed remotely 
over a wide area network such as the Internet. 

5. The system of claim 3, wherein:' 

the user interface provides views to each SCADA element to allow users access to 
real time data and subsystem controls. 

6. The system of claim 1, further comprising: 

one or more control workstations, a workstation being a cUent computer of any kind, 
the one or more control workstations being configured to process data fi-om the server and 
to provide real-time monitoring and control of the wind power system, 

7. The system of claim 1, wherein: 

one or more of the TPUs are configured to provide a connection for a portable device 
to allow a user of the portable device to communicate through the user interface with 
other components of the system. 

8. The system of claim 1, wherein: 

each TPU is configured to store data locally for a time sufficient to bridge any 
anticipated unavailability of the server. 
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9. The system of claim 1, wherein: 

each TPU is configured to collect data including wind turbine controller state, wind 
speed, energy levels, and alarms; and 

each TPU is configured to interact witli the system through an Ethernet port and with 
5 workers worldng at the TPU through local ports. 

10. The system of claim 1, wherein: 

each TPU is built on a general purpose computer platform ruiming a general purpose 
operating system; and 

each TPU is configured to execute a client application providing local data collection 
10 and site control. 

11. The system of claim 1, wherein: 

* the wind turbines comprise wind turbines that have turbine controllers that are 
proprietary to the respective wind turbine manufacturers and the TPU for each such 
turbine provides a uniform interface to the system from the proprietary turbine 
15 controllers. 

12. The system of claim 1 1 , wherein: 

each TPU and its turbine controller are connected using an optically isolated 

connection. 

13. The system of claim 1, wherein; 

20 each TPU is connected to communicate with the server through an optical fiber. 

14. The system of claim 1, wherein: 

the SPU is configured to monitor the substation for discrete and analog inputs and the 
manage outputs set by the system. 

15. The system of claim 1, wherein: 

25 at least one meteorological site has a meteorology tower with sensors to monitor 

horizontal wind speed and direction from at least four levels above the ground, vertical 
wind speed, temperature, and atmospheric pressure. 
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16- The system of claim 1, wherein: 

each MPU is built on a general purpose computer platform running a general purpose 
operating system; and 

each MPU is configured to execute a client application providing local data collection 

and site conti'oL 

17. The system of claim 1, wherein: 

each TPU, MPU, and SPU is configured to store the data collected by the unit over at 
least 48 hours of operation; and 

the server is configured to store the raw data collected over at least two months of 
operation of the system. 

18. The system of claim 1, wherein: 
the turbines are grouped into parks. 

19. A system for managing a wind farm having an array of wind turbines for electric 
power generation, the system comprising: 

a Supervisory Command and Data Acquisition (SCADA) element at each wind 
turbine configured to collect data firom the turbine; 

a SCADA element at each of one or more meteorological sites configured to collect 
meteorological data; and 

a SCADA element at each of one or more substations, the substations being 
electrically connected with the wind turbines for power transmission; 

a server coupled to communicate with the wind turbine, meteorological, and 
substation SCADA elements, the server being configured to receive and to store data 
received firom the elements at regular intervals and to perform database management on 
the received data, the server being fiirther configured to gather and maintain detailed 
current and historical data as to the inputs, operating conditions, and outputs of all 
turbines of the wind farm at a high degree of time resolution. 
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20. The system of claim 19, wherein the data gathered at a high degree of time resolution 
comprises: 

data including wind speed and energy production gathered from each wind turbine 
once a second; 

meteorological data gathered from each meteorological site once every 30 seconds; 

and 

substation data including power production each substation. 

21. The system of claim 19, wherein the data gathered at a high degree of time resolution 
comprises: 

wind turbine data including power, reactive power, wind speed, energy subtotal, and 
total energy data gathered from each wind turbine once a second. 

22. The system of claim 21, wherein the wind turbine data furtlier comprises: 
data for each wind turbine representing generator rotational speed, generator 

temperature, gearbox temperature, ambient temperature, wind speed, wind direction, real 
power, reacdve power, power factor, phase voltage and phase current for each phase, 
energy production, and production time. 

23. The system of claim 20, wherein the data gathered at a high degree of time resolution 
further comprises : 

data including controller state gathered from each wind turbine; 

meteorological data including vertical and horizontal wind speeds, wind direction, 
temperature, and air pressure gathered from each meteorological site; and 

substation data including total active energy out from the substation, total reactive 
energy out from the substation, total active energy into the substation, and total reactive 
energy into the substation. 

24. The system of claim 19, wherein the wind farm is organized into parks for reporting 
and management purposes and the data gathered at a high degree of time resolution 
comprises: 

the energy produced by each park. 
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25. The system of claim 24, wherein the data for each park includes data collected or 
calculating describing: 

the operational status of each turbine in the park; 
the total real power produced in tlie park; 
the total reactive power produced in the park; and 
the power factor for the park. 

26. A system of claim 19, further comprising a configuration database for the wind farm, 
the configuration database containing iaformation describing a current configuration of 
systems elements, the configuration information being used during system initialization, 
the configuration infomat'on comprising: 

information describing the wind turbine configuration of the wind farm, the 
information describing all wind turbine SCADA elements in the wind farm. 

27. The system of claim 26, the configuration information further comprising: 
information describing each wind turbine of the wind farm, including for each such 

turbine data source information describing how source data from the turbine is to be 
mapped to fields in a system database. 

28. The system of claim 26, wherein: 

the information describing each wind turbine further includes for each such turbme a 
park identifier identifying a park containing the turbine. 

29. The system of claim 26, wherein the SCADA element of each wind turbine is a 
turbine processing unit coupled to a turbine controller, the configuration information 
flirtlier comprising: 

a turbine controller identifier for each turbme for determining correct communication 
protocols and processing algorithms he^veen the coupled turbine controller and turbine 
processing unit. 

30. The system of claim 26, the configuration information fixrther comprising: 
information describing each substation of the wind farm, the information including an 

identifier and a description for substation in the wind farm. 
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3 1 . The system of claim 26, the configuration infomiation further comprising: 
information describing the meteorological sites of the wind farm, including for each 

site: a site identifier for determining correct commimication protocols with the site, and 
data source information describing how source data firom the site is to be mapped to fields 
in a system database. 

32. The system of claim 26, the configuration information fiirther comprising: 
ioformation describing the parks of the wind farm, including for each such park an 

identifier for the park, a description for the park, and information identifying the 
substations connected to the park and the wind turbines and meteorological sites in the 
park. 

33. The systQin of claim 19, further comprising: 

computer program processes configured to process wind turbine data to report 
average power production over a time window, expected power production over the time 
window, and production efficiency over the time window for each wind turbine in the 
wind farm. 

34. The system of claim 19, wherein the wind farm is organized into parks for reporting 
and management purposes, the system further comprising: 

computer program processes configured to process wind turbme data to report 
average power production over a time window, expected power production over the time 
window, and production eflQciency over the time window for each wind turbine in each 
park. 
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